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(57) ABSTRACT 

An Internet Protocol (IP)-based radio telecommunications 
network and method of providing data services to a mobile 
terminal. An Internet Protocol Shared Interworking Function 
(IP-SIWF) is implemented in the network, and is controlled 
from a Mobile Switching Center (MSC) utilizing the Media 
Gateway Control Protocol (MGCP) device control protocol. 
When a data call carrying a data payload is originated by a 
mobile terminal, the data call is transported utilizing radio 
access and radio link protocols to the IP-SIWF. The radio 
access and radio link protocols are terminated in the 
IP-SIWF, and the data payload is transported thereafter 
utilizing a real time protocol over a User Datagram Protocol 
(UDP) and an IP protocol layer. 

3 Claims, 8 Drawing Sheets 
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INTERWORKING FUNCTION IN AN 
INTERNET PROTOCOL (IP) -BASED RADIO 
TELECOMMUNICATIONS NETWORK 

BACKGROUND OF THE INVENTION 

1. Technical Field of the Invention 

This invention relates to radio telecommunication sys- 
tems and, more particularly, to a system and method of 
providing data services in an Internet Protocol (IP)-based 
Global System for Mobile Communications (GSM) radio 
telecommunications network. 

2. Description of Related Art 

In GSM networks, devices for interworking with modems 
and Integrated Services Digital Network (ISDN) data pro- 
tocols are located in an Interworking Function (IWF) in the 
mobile network. The IWF may be integrated with the 
Mobile Switching Center/Visitor Location Register (MSC/ 
VLR), or may be implemented in a stand-alone manner as a 
shared IWF. Typically, manufacturers implement a propri- 
etary protocol for use between the IWF and mobile terminals 
in the network which is basically independent of the fixed 
network protocol. 

The existing network configuration causes problems 
when attempting to ( implement-GSM data services in Inter- 
net-ProtocoL(IP)-based~GSM' networksT:First, in IP-based 
GSM networks7~tne~payload is not routed through the 
MSC/ VLR; therefore, a traditional implementation of the 
IWF in the MSC/VLR cannot be utilized. Second, the 
payload is transported over IP; therefore, even if the IWF is 
implemented as a stand-alone shared IWF, a GSM-standard 
(circuit switched) IWF cannot be utilized. The protocols in 
GSM between the IWF and the mobile station are 
standardized, but they are separate from the fixed network 
protocol. Third, the modems and ISDN data protocols are 
located in a Signaling System 7 (SS7) gateway; however, 
existing SS7 gateways do not support GSM radio protocols. 

There are no known prior art teachings of a solution to the 
aforementioned deficiencies and shortcomings such as that 
disclosed herein. It would be advantageous to have a system 
and method of handling GSM data services in IP-based 
GSM networks which overcomes the disadvantages of exist- 
ing solutions. The present invention provides such a system 
and method. 

SUMMARY OF THE INVENTION 

In one aspect, the present invention is a method of 
providing data services in an Internet Protocol (IP)-based 
radio telecommunications network. The method includes 
implementing an Internet Protocol Shared Interworking 
Function (IP-SIWF) in the radio telecommunications 
network, and controlling the IP-SIWF from a Mobile 
Switching Center (MSC) utilizing a device control protocol. 
When a data call carrying a data payload is originated by a 
mobile terminal, the data call is transported utilizing radio 
access and radio link protocols to the IP-SIWF. The radio 
access and radio link protocols are terminated in the 
IP-SIWF, and the data payload is transported thereafter 
utilizing a real time protocol (RTP) over a User Datagram 
Protocol (UDP) and an IP protocol layer. 

In another aspect, the present invention is an IP-based 
radio telecommunications network for providing data ser- 
vices to a mobile terminal. The network includes an MSC 
serving the mobile terminal, and means for originating a data 
call carrying a data payload from the mobile terminal 
utilizing radio access and radio link protocols. An IP-SIWF 



is connected to the MSC by signaling finks and is controlled 
by the MSC utilizing a device control protocol. The 
IP-SIWF includes means for terminating the radio access 
and radio link protocols and transporting the data payload 
5 thereafter utilizing a real time protocol over a UDP and an 
IP protocol layer. The network may also include a Media 
Gateway and means within the IP-SIWF for sending the data 
payload to the Media Gateway utilizing a media gateway 
protocol. 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be better understood and its numerous 
objects and advantages will become more apparent to those 
skilled in the art by reference to the following drawings, in 

15 conjunction with the accompanying specification, in which: 
FIG. 1A is a message flow diagram illustrating signaling 
and payload routing when delivering a mobile-originated 
data or fax call from a mobile terminal in an IP-based GSM 

20 network to a destination in the Global Switched Telephone 
Network (GSTN) in accordance with the teachings of the 
present invention; 

FIG. IB is a message flow diagram illustrating a release 
sequence when concluding the mobile^originated data or fax 

25 call of FIG. 1A; 

FIGS. 2A-2B are a message flow diagram illustrating 
signaling and payload routing when delivering a mobile- 
terminating data or fax call from the GSTN to a mobile 
terminal in an IP-based GSM network in accordance with 

30 the teachings of the present invention; 

FIG. 3 (Prior Art) is an illustrative drawing of the existing 
protocol stacks utilized for non -transparent communication 
of circuit switched data between the various components of 
a GSM network; and 

35 FIG. 4 is an illustrative drawing of the protocol stacks 
utilized for non-transparent communication of circuit 
switched data between the various components of the 
IP-based GSM network when modified in accordance with 

^ the teachings of the present invention. 

DETAILED DESCRIPTION OF EMBODIMENTS 

The innovative teachings of the present patent application 
will be described with particular reference to an exemplary 

45 embodiment; however, it should be understood that this 
embodiment provides only an example of the many advan- 
tageous uses of the innovative teachings contained herein. In 
general, statements made in the specification of the present 
application do not necessarily limit any of the various 

50 claimed aspects of the present invention. Moreover, some 
statements may apply to some inventive features but not to 
others. 

In the drawings, like or similar elements are designated 
with identical reference numerals throughout the several 

55 views, and the various elements depicted are not necessarily 
drawn to scale. 

The present invention introduces a new logical node in the 
IP-based GSM network which is referred to herein as an 
Internet Protocol Shared Interworking Function (IP-SIWF). 

60 The IP-SIWF terminates the GSM radio protocols and sends 
the payload to a Media Gateway in a protocol supported by 
the particular Media Gateway, for example, High-level Data 
Link Control (HDLC) over IP The IP-SIWF is controlled by 
a MSC/VLR utilizing a device control protocol such as the 

65 Media Gateway Control Protocol (MGCP). Implementation 
of the IP-SIWF provides (1) a way to support a non-GSM 
compliant Media Gateway for GSM data services, and (2) a 
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way to use MGCP in an IP-based GSM network to control Description (LocConnDes). The MSC/VLR then sends an 

data bearers. The invention moves the IWF out of the MSC Update Connection (UPD CON) message 29 with the Call 

(which necessitates a device control protocol), and the ID and the Remote Connection Description to the BSC 14. 

payload is then carried over an IP packet network instead of The BSC sends a Modify Connection (ModCon) message 31 

a circuit switched connection. 5 w i ln tne Connection ID and the Remote Connection 

Existing GSM networks may include a shared interwork- Description to the BTS 13. When the BTS is ready to receive 

ing function (SIWF) which is not in the MSC. The difference payload packets from the IP-SIWF, the BTS sends a Modify 

between the functionality of the existing SIWF and the Connection Accepted (ModConAck) message 32 to the 

IP-SB\KQfjtej)j^ BSC The BSC then xn6s aQ Update Complete message 33 

usessaecombinaiioflaof^obile^Appfe 10 t0 me MSC/VLR 

^quence >s firs, used to obtain a route to a SIWF. Once he ^ 17 3 ^ 

SIWF is selected, an ISUP connection is set up through the , ' . , . A w . ' ~,™ r * . . 

„ n „ r ™ . , ' • 1 j Zcx* c Gateway, in turn, sends the IAM to the GSTN destination 

SIWF. The MAP sequence includes some GSM-specific i - ™ V-ct-xt , , ^ A , , „ . 

u rcuo u-r** tu- ui 12. The GSTN responds by retu rmng an Address Complete 

Para f C S U f £ 1 Bearer CapabUtUes. Thts enables a „ 3* ' ss? * a(ew ^ 

Sm *f SIWF l ° ^ P t in T 13 w ^ Addrei Complete Message to the MSC/VLR. The MSC/ 

implementing an IWF in each MSC. However, within the WT n . r , & , . . Ilfl , it- /wo 

1 ... «m>r ■ • • 1 , , , VLR responds by sending an alerting signal 38 to the TE/MS 

GSM network, the SIWF is still circuit-switched based. H 

Also, a call may need to come out of the mobile network at 

several locations, and this would require multiple SIWFs. M At 39 > me GSTN 12 an Answer Message (ANM) 39 

The present invention provides this functionality with one t0 the SS7 Gateway 17. At 41, the SS7 Gateway sends the 

IP-SIWF. The present invention replaces both the MAP and Answer Message to the MSC/VLR 15. The MSC/VLR then 

the ISUP protocols with the MGCP device control protocol a Modif y Connection message 42 with a direction 

as a mechanism for controlling the SIWF. This protocol is (send/receive) to the IP-SIWF 16. The IP-SIWF responds 

very open, and there are no problems with parameters that „ Wlth a Modify Connection Accepted (ModConAck) mes- 

do not fit in any protocol. The MAP and ISUP protocols are sa S e 43 ^ MSC/VLR then sends a Connection message 

terminated instead at the MSC which uses the MGCP 44 to the T&MS 11 which responds with a Connection 

protocol for control of the SIWF. Acknowledgment message 45. The payload is then earned 

Referring to FIG. 1A, there is shown a message flow ™T j!? 6 T*^^\ t0 GSTN destination at 46-49. From the 

diagram illustrating signaling and payload routing when 3 o ™ S ' the P ayl ° ad * ^"^Jl 46 ° W ^ Slan ^ 

delivering a mobile-originated data or fax call from a ™ interface to the BTS. The BTS converts the payload 

-terminal equipment/mobile station (TE/MS) 11 in an 10 IP P acke £ an , d < he * ^ned over an IP packet 

IP-based GSM network to a local exchange or terminal ™ two ' k at 47 and 48 vja the IP - SI ^ 10 the , Media Gatewa y- 

equipment in the Global Switched Telephone Network ™f ^ a c J° a !f way ^ P ^ , ^ C oc™ 

(GSTN) 12 in accordance with the teachings of the present 35 GS ™ format ™ 6 ^ the P a y load t0 lhe 

invention. The IP-based GSM network is shown to include destination at 49. 

a Base Transceiver Station (BTS) 13, a Base Station Con- Referring now to FIG. IB, there is shown a message flow 

trailer (BSC) 14, a Mobile Switching Center/Visitor Loca- diagram illustrating a release sequence when concluding the 

tion Register (MSC/VLR) 15, an IP-SIWF 16, a SS7 Gate- mobile-originated data or fax call of FIG. 1A. At 51, the 

way (GW) 17, and a Media Gateway 18. The illustrated 40 terminating equipment or local exchange in the GSTN 12 

message flow is exemplary only, and is based on the MGCP se nds a Release message to the SS7 Gateway 17. At 52, the 

device control protocol. In particular, messages between the Release message is forwarded to the MSC/VLR 15. The 

MSC/VLR 15 and the BSC 14, between the BSC and the MSC/VLR then sends a Disconnect message 53 to the 

BTS 13, and between the MSC/VLR and the IP-SIWF 16 are TE/IMS 11 which returns a Release message to the MSC/ 

illustrated as MGCP messages, but other device control 45 VLR at 54 The MSC/VLR then sends a Release Complete 

protocols such as the Media Device Control Protocol message 55 to the TE/MS and sends a Clear Command 

(MDCP) from Lucent Technologies may also be utilized. message 56 to the BSC 14. The BSC sends a Delete 

Standards organizations such as ITU have formed working Connection (DelCon) message 57 to the BTS 13 with a 

groups to define a standardized gateway control protocol Connection ID, and the BTS returns a Delete Connection 

(h.gcp) which may also be utilized in the present invention. 50 Accepted (DelConAck) message 58. The BSC then sends a 

At 21, a Setup message is sent from the TE/MS 11 to the Clear Complete message 59 to the MSC/VLR. 

MSC/VLR 15. The MSC/VLR then responds with a Call At 61, the MSC/VLR 15 sends a Delete Connection 

Proceeding message 22. The MSC/VLR also sends an message to the IP-SIWF 16 with the Connection ID, and the 

Assignment Request (ASS REQ) message 23 with a Call ID IP-SIWF returns a Delete Connection Accepted message 62. 

to the BSC 14. The BSC sends a Create Connection 55 The MSC/VLR then sends a Release Complete message 63 

(CreaCon) message 24 with the Call ID to the BTS 13. The to the SS7 Gateway 17. At 64, the SS7 Gateway forwards the 

BTS then responds with a Create Connection Accepted Release Complete message to the GSTN 12, and the release 

(CreaConAck) message 25 with a Connection ID. The BSC sequence is concluded. 

then sends an Assignment Complete (ASS COMPL) mes- FIGS. 2A-2B are a message flow diagram illustrating 

sage 26 to the MSC/VLR and includes the Connection ID. 60 signaling and payload routing when delivering a mobile - 

Tbe MSC/VLR 15 then sends a Create Connection terminating data or fax call from the GSTN 12 to the TE/MS 

(CreaCon) message 27 with the Call ID, GSM Bearer 11 in an IP-based GSM network in accordance with the 

Capabilities (BC), a direction (receive), a Remote Connec- teachings of the present invention. In general, initial call 

tion Description (RemConnDes), and a Signaling Informa- setup is performed through a GMSC 20 which queries the 

tion Field (SIF) to the IP-SIWF 16. The IP-SIWF responds 65 HLR 19 for location information so that the LAM can be 

with a Create Connection Accepted (CreaConAck) message routed to the proper MSC. The GMSC 20 is reached by the 

28 and includes a Connection ID and a Local Connection GSTN 12 by sending the Destination Point Code (DPQ of 
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the GMSC to the SS7 Gateway 17 in Message Transfer 
Protocol (MTP). The SS7 Gateway then determines the IP 
address based on the DPC (fixed relation). The SS7 Gateway 
relays the ISUP layer to the GMSC The MSC 15a deter- 
mines the Media Gateway address and the Call ID from the 
Circuit Identity Code (CIC) it receives from the GMSC, and 
the IP-SrWF 16 terminates the radio links. 

Referring first to FIG. 2A, at 71, the GSTN 12 sends an 
Initial Address Message (IAM) with a first Signaling Infor- 
mation Field (SIF1) to the SS7 Gateway 17. At 72, the SS7 
Gateway determines the IP address and sends the IAM to the 
GMSC 20. The GMSC responds by returning a Create 
Connection (CreaCon) message 73 with a Call ID, SIF1, and 
a second SIF (SIF2) to the IP-SIWF 16. The IP-SIWF 
responds with a Create Connection Accepted (CreaConAck) 
message 74 and includes a Connection ID and a Local 
Connection Description (LocConnDes). 

The GMSC then sends a Select Route Invoke (SRI) 
message 75 to the HLR 19 which, in rum, sends a Provide 
Routing Number (PRN) Invoke message 76 to the VLR 15b. 
The VLR returns a routing number in a PRN Return Result 
message 77, and at 78, the HLR sends a SRI Return Result 
message to the GMSC. At 79, the GMSC sends an IAM to 
the MSC 15a and includes SIF2. The MSC pages for the 
TE/MS 11 at 81, and receives a response at 82. The MSC 
sends a Setup message to the TE/MS at 83, and receives a 
Call Confirmed message at 84. 

At 85, the MSC 15a sends an Assignment Request (ASS 
REQ) message with the Call ID to the BSC 14. The BSC 
sends a Create Connection (CreaCon) message 86 with the 
Call ID and a send/receive indication to the BTS 13. The 
BTS then responds with a Create Connection Accepted 
(CreaConAck) message 87 and includes a Connection ID 
and a Local Connection Description (LocConnDes). The 
BSC then sends an Assignment Complete (ASS COMPL) 
message 88 to the MSC/VLR and includes the Connection 
ID and a connection description. 

At 89, the MSC 15a then sends a Modify Connection 
(ModCon) message to the IP-SIWF 16 and includes the Call 
ID, GSM Bearer Capabilities (BC), a Remote Connection 
Description (RemConnDes), and SIF2. The IP-SIWF 
responds with a Modify Connection Accepted 
(ModConAck) message 91 and includes a Connection ID 
and a Local Connection Description (LocConnDes). The 
MSC then sends an Update Connection (UPD CON) mes- 
sage 92 with the Call ID and the Remote Connection 
Description to the BSC 14. The BSC sends a ModCon 
message 93 with the Connection ID and the Remote Con- 
nection Description to the BTS 13. When the BTS is ready 
to receive payload packets from the IP-SrWF, the BTS sends 
a ModConAck message 94 to the BSC. The BSC then sends 
an Update Complete message 95 to the MSC. The MSC then 
begins alerting the TE/MS at 96. 

Referring now to FIG. 2B, the process continues at step 97 
where the MSC 15a sends a ModCon message to the 
IP-SIWF 16 and includes a Send indication. The IP-SIWF 
returns a ModConAck message at 98. At 99, the MSC sends 
an Address Complete Message (ACM) to the GMSC which 
forwards the ACM at 101 to the SS7 Gateway 17. At 102, the 
SS7 Gateway sends the ACM to the terminal equipment in 
the GSTN 12 which is originating the data call. 

The TE/MS 11 answers the alert signal 96 by sending a 
Connect message 103 to the MSC 15a. At 104, the MSC 
sends a ModCon message to the IP-SIWF 16 and includes 
Send and Receive indications. At 105 the IP-SIWF returns 
a ModConAck message to the MSC. At 106, the MSC sends 
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an Answer Message (ANM) to the GMSC which forwards 
the ANM at 107 to the SS7 Gateway 17. At 108, the SS7 
Gateway sends the ANM to the terminal equipment in the 
GSTN 12 which is originating the data call. The MSC then 
sends a Connection Acknowledgment message 109 to the 
TE/MS. The payload is then carried from the GSTN 12 to 
the TE/MS 11 in steps 111 through 114. Between the GSTN 
and the Media Gateway at 111, the payload is still in the 
circuit-switched GSTN format. The Media Gateway con- 
verts the payload to IP packets, and the payload is carried 
over an IP packet network at 112 and 113. At the BTS, the 
payload is converted to the standard GSM air interface for 
transmission to the TE/MS at 114. 

The release sequence for the mobile -terminating data or 
fax call is the same as for the mobile-originated data or fax 
call, as shown in FIG. IB. 

FIG. 3 is an illustrative drawing of the existing protocol 
stacks utilized for non-transparent communication of circuit 
switched data between the various components of a GSM 
network. The protocol slacks are bi-directional, and flow 
from either direction through the stacks. The prior art 
network includes the TE/MS 11, and a BTS 116, a Base 
Station Controller/Transcoding Center (TRC) 117, and a 
combined Mobile Switching Center/Interworking Function 
(MSC/IWF) 118. The TE/MS 11 is shown to utilize an 
application layer 121 and various standard Radio Access 
(RA) Protocols 122 and a Radio Link Protocol (RLP) layer 
123. The stack is built on a Forward Error Correction (FEC) 
layer 124 and a Radio Access layer (RAT) 125. 

In the BTS 116, the RAT layer 125 is replaced by another 
Radio Access layer (RAA) 126, and the FEC layer 124 is 
replaced by a Pulse Code Modulation (PCM) layer 127. The 
PCM layer carries the transmission through the BSC/TRC 
117 and the MSC/IWF 118. In the BSC/TRC, the RAA layer 
126 is replaced by an RA2 Radio Access layer 128. In the 
MSC/IWF, the layers above the PCM layer are replaced by 
an ITU-T standard V.x/UDI (Unrestricted Digital 
Information) layer 129 which is used to interface with the 
target data network. 

FIG. 4 is an illustrative drawing of the protocol stacks 
utilized for non-transparent communication of circuit 
switched data between the various components of the 
IP-based GSM network when modified in accordance with 
the teachings of the present invention. The protocol stacks 
are bi-directional, and flow from either direction through the 
stacks. The TE/MS 11, which is not modified, is shown to 
utilize the application layer 121 and various standard Radio 
Access (RA) Protocols 122 and the RLP layer 123. The stack 
is built on the FEC layer 124 and the Radio Access layer 
(RAT) 125. 

In the BTS 13, an additional Radio Access protocol (RA2) 
131 is added on top of a Real Time Protocol (RTP) 132. Both 
of these protocols are placed on top of an Internet Protocol 
(IP) layer 133 and a User Datagram Protocol (UDP) 134. 
The IP layer and the UDP layer replace the FEC layer and 
the RAT layer, respectively. The RLP layer 123 is relayed 
through the BTS. From this point on, the present invention 
carries the data payload over UDP, IP, and RTT layers. 

In the IP-SIWF 16, the RLP layer 123 is terminated. In 
addition, the RA2 layer is replaced by a Media Gateway 
Protocol (MGP) layer 135 which is utilized for communi- 
cations with the Media Gateway 18. The MGP layer may be, 
for example, High-level Data Link Control (HDLC) over IP. 
The Media Gateway, in turn, provides the payload to the 
destination network. 

The present invention moves GSM from a circuit 
switched environment to a wide area IP environment. When 
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this is done, additional advantages are realized. Devices 
currently implemented in GSM circuit switched nodes can 
be moved elsewhere in the network. For example, the 
devices may be moved to the edge of the network which may 
be in another country or in a more advantaged location due 
to tariffs or transmission efficiency, etc. For example, 
transcoders which carry GSM speech over the air interface 
at 16 kbps can be moved from the TRC node to the edge of 
the network where they are needed to provide interworking 
with, for example, the PSTN. Encoded speech can then be 
carried throughout the network at 16 kbps rather than 64 
kbps (a 4X improvement in transmission efficiency). 

For circuit switched data, existing GSM networks include 
a device which is similar to the voice transcoders, and which 
is implemented in the IWF in the MSC. It includes a modem 
pool, and terminates the radio link protocol on the radio side 
of the data communications protocol. The present invention 
moves this device out of the MSC thereby converting the 
MSC to a purely software node which controls other nodes 
in the IP network. By implementing a suitable device control 
protocol, the present invention enables the IWF to be moved 
to the edge of the network where protocols can be advan- 
tageously terminated. 

It is thus believed that the operation and construction of 
the present invention will be apparent from the foregoing 
description. While the network and method shown and 
described has been characterized as being preferred, it will 
be readily apparent that various changes and modifications 
could be made therein without departing from the scope of 
the invention as defined in the following claims. 

What is claimed is: 

1. In Internet Protocol (IP)-based Global System for 
Mobile Communications (GSM) radio telecommunications 
network having a Mobile Switching Center (MSC) and a 
non-GSM compliant Media Gateway, a method of providing 
GSM data services between a GSM mobile terminal and a 
destination terminal equipment (TE) operating in a circuit- 
switched network, said method comprising the steps of: 
implementing an Internet Protocol Shared Interworking 
Function (IP-SIWF) in the GSM radio telecommuni- 
cations network; 
controlling the IP-SIWF from the MSC utilizing a device 
control protocol; 
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originating a GSM data call from the mobile terminal, 
said data call carrying a data payload utilizing GSM 
radio access and radio link protocols; 

terminating the GSM radio link protocol in the IP-SIWF; 

replacing the GSM radio access protocol in the IP-SIWF 
with a media gateway protocol that is compatible with 
the non-GSM compliant Media Gateway; and 

transporting the data payload from the IP-SIWF to the 
non-GSM compliant Media Gateway utilizing the 
media gateway protocol and a real time protocol (RTP) 
over a User Datagram Protocol (UDP) and an IP 
protocol layer. 

2, The method of providing GSM data services of claim 
1 wherein the step of replacing the GSM radio access 
protocol with a media gateway protocol includes replacing 
the GSM radio access protocol with a High Level Data Link 
Control (HLDLC) protocol. 

3. An Internet Protocol (IP)-based radio telecommunica- 
te) ns network for providing Global System for Mobile Com- 
munications (GSM) data services between a GSM mobile 
terminal and a destination terminal equipment (TE) operat- 
ing in a circuit-switched network, said network comprising: 

a Mobile Switching Center (MSC) serving the mobile 
terminal; 

means for originating a GSM data call from the mobile 
terminal, said data call carrying a data payload utilizing 
GSM radio access and radio link protocols; 
a non-GSM compliant Media Gateway providing access 
to the circuit -switched network in which the destination 
TE is operating; and 
an Internet Protocol Shared Interworking Function (IP- 
SIWF) connected to the MSC by signaling links and 
controlled by the MSC utilizing a device control 
protocol, said IP-SIWF including: 
means for terminating the GSM radio link protocol, 
means for replacing the GSM radio access protocol 
with a media gateway protocol that is compatible 
with the non-GSM compliant Media Gateway, and 
means for transporting the data payload from the 
IP-SIWF to the non-GSM compliant Media Gateway 
utilizing the media gateway protocol and a real time 
protocol over a User Datagram Protocol (UDP) and 
an IP protocol layer. 
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